S Schemory
База знанийТренажёрыИнструменты
⌘K
Войти Обратная связь
  • Как устроен IT-проект
  • Типы IT-компаний и проектов
  • Роли в IT-команде
  • Роль системного аналитика
  • Из чего состоит приложение: интерфейс, бэкенд, база данных
  • От идеи до релиза: жизненный цикл разработки и путь задачи
  • Методологии разработки: обзор
  • Как общаться в команде: встречи, согласование, эскалации
  • Окружения, стенды и доставка кода
  • Что такое требования и какие они бывают
  • Бизнес-цель и заинтересованные стороны
  • Как выявлять требования
  • Уточняющие вопросы
  • Интервью и воркшопы: как подготовить и провести
  • Метрики и критерии успеха
  • Как разобраться в существующей системе или процессе
  • User Story и INVEST
  • Acceptance Criteria
  • Use Case и пользовательские сценарии
  • Бизнес-правила
  • Таблицы решений для сложных правил
  • Нефункциональные требования
  • Персональные данные: что это и какие требования возникают
  • Прототипы и макеты: как согласовывать интерфейс
  • Экранные формы и валидации
  • Состояния экрана: загрузка, пусто, ошибка
  • Неполные и противоречивые требования
  • Как проверить качество требований: чек-лист
  • Изменение требований: Change Request и Impact Analysis
  • Приоритизация требований
  • Трассировка требований
  • Декомпозиция и оценка задач
  • Виды тестирования: что проверяют и кто
  • От требований к тестированию: тест-кейсы и приёмка
  • Постановка задачи разработке: Definition of Ready, чек-лист
  • Что такое база данных
Глоссарий Инструменты Теги
Все теги

#Пользовательские истории

4 статей

Уточняющие вопросы

Расплывчатая задача выглядит как задача, но на самом деле это набор невысказанных вопросов. Уточняющие вопросы превращают её в то, что можно проверить и сделать.

User Story и INVEST

User Story коротко отвечает на три вопроса: кто, что делает и зачем. INVEST помогает проверить, что такую историю можно взять в работу.

Acceptance Criteria

Критерии приёмки отвечают на вопрос «как мы поймём, что история готова». Их пишут до разработки, чтобы разработчик и заказчик держали в голове одно и то же.

Use Case и пользовательские сценарии

Use case описывает один путь пользователя к цели вместе с тем, что происходит, когда что-то идёт не так. Он нужен там, где короткой истории уже мало.

Schemory — база знаний для системных аналитиков